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L REAL PARTY IN INTEREST 

The real party in interest in the present appeal is the assignee, BIO-RAD Laboratories, 
Inc. The assignment was recorded at Reel/Frame 014307/0021 of the U.S. Patent and Trademark 
Office records. 



II. RELATED APPEALS AND INTERFERENCES 



None. 



IIL STATUS OF CLAIMS 

Claims 1-8 remain pending in the application. Claims 1-8 stand rejected under 35 U.S.C. 
§ 102(b) as being anticipated by U.S. Patent No. 5,437,024 to French. This Appeal Brief is 
directed to claims 1-8, which are reproduced in Appendix A attached hereto. 

IV, STATUS OF AMENDMENTS 

No amendments to claims 1-8 have been filed subsequent to the Final Rejection dated 
March 16, 2004. 

V. SUMMARY OF THE INVENTION 

The present invention is directed to a system and method for electronically formatting 
laboratory instrument outputs for extraction by one or more external monitoring facilities. In 
use, data indicative of the outputs of a group of laboratory instruments, such as medical 
analyzers and the like, is obtained by a laboratory information system. 

The obtained data is transferred by the laboratory information system to an operating 
system, which in turn transfers the obtained data to a printer driver program. The printer driver 
program formats the obtained data into a desired output format, prints the data in that format to a 
local printer, and additionally stores the formatted output in a fUe for later extraction by an 
external monitoring facility. The laboratory information may also provide notification to 
external monitoring facilities that a new data file is available. 

A remote, external monitoring facility, using a computing system such as a personal 
computer, sever, hand-held computer, lap-top computer, or computer network, may then initiate 



contact with the laboratory information system and extract the desired data file from the system. 
Since the data file is already formatted, no additional formatting of the data is required and the 
external monitoring facility may simply print the extracted data file. 

Claims 1, 2, 5 and 6 of the present application are directed to a method for formatting 
data from a group of laboratory instruments according to the claimed invention. Claims 3, 4, 7, 
and 8 are directed to a system for formatting data from a group of laboratory instruments 
according to the claimed invention. 

VI. ISSUE 

The issue on appeal is as follows: 

Whether claims 1-8 are unpatentable under 35 U.S.C. § 102(b) as being anticipated by 
U.S. Patent No. 5,437,024 to French. 

VII. GROUPING OF THE CLAIMS 

With respect to the rejection stated in Issue VI, claims 1-8 stand or fall together. 

VIIL ARGUMENT 
A. Appellant's Claims are not Anticipated by French 

The Examiner rejected claims 1-8 under 35 U.S.C. § 102(b) as being anticipated 
by U.S. Patent No. 5,437,024 to French (hereinafter "French"), attached hereto as Appendix B. 
However, as discussed below, French does not disclose storing formatted data for extraction by 
an external monitoring facility as required in the claimed invention. 



1 . The French Disclosure 

French is directed to a SELECTIVE COMPUTER-GENERATED 
INFORMATION DISTRIBUTION SYSTEM BY COMPUTER PERIPHERAL EMULATION 
AND USE. As is apparent from the title, French discloses a system in which an information 
distribution system uses a computer- generated distribution list to automatically send reports to 
recipients without any interaction on the part of the recipient. 

As disclosed in French, formatted data is automatically sent to one or more 
predetermined recipients (see French, column 5, lines 1-5). French discloses only a one-way 
system in which data from the central system is automatically distributed to a pre-determined 
group of recipients, based on information already present at the central system: 

". . . automatically distributing the report to at least 
one identified intended report recipient." {French, abstract, 
emphasis added). 

"... find a matching database entry, providing 
destination information for the report from the matching database 
entry; and in response to the provision of destination information, 
distributing the report to the destination corresponding to the 
destination information, whereby the report is distributed to the 
report recipient." {French, column 4, lines 10-17) 

"The program is further operative for examining the 
print file for the presence of predetermined identifying indicia, and 
carrying out the steps of the method for locating destination for a 
given report contained in the database" {French, column 4, lines 
63-68, emphasis added) 



"The report is then automatically transmitted , for 
distribution, via the fax modem to one or more destinations 
identified in the method as intended recipients of the report" 
(French, column 5, lines 1-5, emphasis added) 

French thus discloses only a system in which reports are automatically distributed 
based upon a predetermined list of intended recipients. French, however, does not teach storing 
a data file for extraction by an external monitoring facility. 

2. French Does Not Disclose the Storing of Data for Extraction by an 
External Monitoring Facility as in the Claimed Invention 

The present application is directed to a method or system in which data is formatted and 
stored in a file on the laboratory information system until an external monitoring facility extracts 
that data from the system. Independent claims 1, 2, 3, and 4 (and thus dependent claims 5, 6, 7, 
and 8) of the present invention, all require, among other things, storing the formatted data in a 
file for extraction by an external monitoring facility. 

As described in the original application, once the data is formatted, "the data 34 is stored 
as a formatted file 37 in the computing environment" (original application, page 10, lines 19-20). 
Furthermore, the file may be stored "until the external monitoring facility requests the data" 
(original application , page 10, lines 20-23). 

Thus, the specification and claims of the present application describe a method 
and system in which data is formatted, and then stored in a file until an external monitoring 
facility contacts the system and extracts the data from the system. 

By contrast, French discloses only a system employing an automatic distribution 
system whereby formatted data is automatically sent to one or more predetermined recipients 



(see French, column 5, lines 1-5). The Examiner cites French generally as disclosing a system 
in which data is stored for later extraction by a remote station, and specifically cites portions of 
French that state: 

"a plurality of interrelated databases are used to 
store and provide the information necessary for the distribution of 
hospital reports and other information"; 

"Five databases 16 are illustrated in FIG. 1. A 
physician name table 16a contains entries for names 41 of 
physicians, who may be intended recipients of reports"; and 

"In this way, a report destined for Dr. Smythe is 
distributed as quickly as possible despite the variations in the 
spelling or identification of Dr. Smythe in the data field of the 
report." 

The Examiner states that the above citations from French read on the claim 
limitation of the present application, namely that formatted data is stored for extraction by an 
external monitoring facility. 

Appellant disagrees with the Examiner's assertion. In fact, French in general, and 
the specific portions of French cited by the Examiner, do not disclose formatted data being 
stored for later extraction by a remote monitoring facility. As is clearly stated even in the 
portions of French cited by the Examiner: "databases are used to store and provide the 
information necessary for the distribution of hospital reports" and "a physician name table 
contains entries for . . . intended recipients of reports". Thus, French discloses an automated 
system whereby information already at the central system is used to initiate and send a report to a 



predetermined recipient. By contrast, the claims of the present application require that the 
laboratory system store the formatted data for extraction by a remote monitoring facility. It 
would be impossible for the system taught in French to receive a request from an external 
monitoring facility and allowing that facility to extract a stored data file as required and claimed 
in the present application. 

There is absolutely no disclosure in French of a non-predetermined remote station 
initiating contact with, and extracting data from, the central system as is required in all of the 
claims of the present application. In fact, throughout, French discloses only a one-way system in 
which data from the central system is automatically distributed to a pre-determined group of 
recipients, based on information already present at the central system. As previously noted 
above, French discloses only an automatic system that sends reports to a list of predetermined 
recipients, without any interaction on the part of the recipient: 

". . .automatically distributing the report to at least 
one identified intended report recipient." (French, abstract). 

"... find a matching database entry, providing 
destination information for the report from the matching database 
entry; and in response to the provision of destination information, 
distributing the report to the destination corresponding to the 
destination information, whereby the report is distributed to the 
report recipient." (French, column 4, lines 10-17) 

"The program is further operative for examining the 
print file for the presence of predetermined identifying indicia, and 
carrying out the steps of the method for locating destination for a 



given report contained in the database" (French, column 4, lines 
63-68) 

"The report is then automatically transmitted, for 
distribution, via the fax modem to one or more destinations 
identified in the method as intended recipients of the report" 
(French, column 5, lines 1-5) 

The approach disclosed in French of automatically sending reports to 
predetermined recipients is the antithesis of the invention claimed in the present application. The 
claims of the present application are directed to a system and method in which the recipients of 
the formatted data are not pre-determined, but are self-selected, in order to receive data from the 
laboratory information system recipients must independently contact system and extract the 
desired data file. 

Appellant respectfully submits that French does not disclose storing the 
formatted data for extraction by an external monitoring facility, as required in all claims of the 
present application. Thus, the Examiner's rejection of independent claims 1, 2, 3, and 4 (and 
dependent claims 5, 6, 7, and 8) of the present application is improper, and should be reversed. 

IX. APPENDICES 

Attached hereto are the following Appendices: 
Appendix A - Claims on Appeal 

Appendix B - U.S. Patent No. 5,437,024 to French, et al 



X. SUMMARY 



For the foregoing reasons, Appellant respectfully submits that claims 1-8 are patentable 
over the cited reference and should be allowed. Accordingly, Appellant respectfully requests 
that the Board reverse the Examiner's rejection of claims 1-8. 



Respectfully submitted. 




Mark C. Young, Reg. No. 48/670 
STINSON MORRISON HECKER LLP 
1201 Walnut Street, Suite 28W 
Kansas City, MO 64141-6251 
Telephone: (816) 842-8600 
Facsimile: (816)691-3495 
Attorney for Appellant 
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APPENDIX A 



Claims on Appeal: 

This listing of claims 1-8 reflects the claims as currently pending in the 
application, and the subject of this appeal: 

1 . In a computer system having a laboratory information system application 
program, an operating system and a printer driver, a method for formatting data from a group of 
laboratory instruments, the method comprising: 

obtaining data indicative of outputs of the group of laboratory instruments 
by the laboratory information system application program; 

transferring the data from the laboratory information system application 
program, to an operating system for printing; 

transferring the data, by the operating system, to the printer driver; 

formatting the data, by the printer driver, into a format required by an 
external monitoring facility; and 

storing the formatted data in a file for extraction by the external monitoring 

facility. 



2. In a computer system having a laboratory information system application 
program, an operating system, a printer driver and a port monitor, a method for formatting data 
from a group of laboratory instruments, the method comprising: 

obtaining data indicative of outputs of the group of laboratory instruments 
by the laboratory information system application program; 

transferring the data, by the laboratory information system application 
program, to an operating system for printing; 

transferring the data from the operating system to the printer driver; 

transferring the data from the printer driver to the port monitor; 

formatting the data, by the port monitor, into a format required by an 
external monitoring facility; and 

storing the formatted data in a file for extraction by the external monitoring 

facility. 

3. A system for formatting laboratory instrument output data, the system 

comprising: 

a laboratory information system application program for receiving data 
outputs from one or more laboratory instruments; 

an operating system operable to run the laboratory information system 
application program and to provide centralized printing; and 

a printer driver for receiving the data to be printed out, formatting the data 
according to a predetermined format, and storing the formatted data in a file for extraction by an 
external monitoring facility. 



4. A system for formatting laboratory instrument output data, the system 

comprising: 

a laboratory information system application program for receiving data 
outputs from one or more laboratory instruments; 

an operating system operable to run the laboratory information system 
application program and to provide centralized printing; and 

a port monitor for receiving data to be printed, formatting the data 
according to a predetermined format, and storing the formatted data in a file for extraction by an 
external monitoring facility. 

5. The method of claim 1, wherein said format required for an external 
monitoring facility comprises a title portion and a data portion. 

6. The method of claim 5, wherein said title portion comprises a field for 
material title, a field for material level, and a field for material lot number, and wherein said data 
portion comprises a field for date, a field for time, a field for test result, and a field for unit 
identifier. 

7. The system of claim 3, wherein said predetermined format comprises a title 
portion and a data portion. 

8. The system of claim 7, wherein said title portion comprises a field for 
material title, a field for material level, and a field for material lot number, and wherein said data 
portion comprises a field for date, a field for time, a field for test result, and a field for unit 
identifier. 
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[57] ABSTRACT 

An information distribution system operative for re- 
ceiving a report in the form of a printer protocol-for- 
matted digital data stream from a report source, identi- 
fying the report as being of particular classes and/or 
subclasses, identifying at least one intended recipient of 
the report from data contained in the report, and auto- 
matically distributing the report to at least one identi- 
fied intended report recipient. The system includes a 
microcomputer-based controller having an input/out- 
put interface that emulates a printer interface so that the 
system appears as a printer resource when connected to 
the report source. The controller receives a report, and 
using positional and/or reference cues contained in the 
report, obtains identifying information as to intended 
report recipients. The identifying information is used to 
look up destination information relating to the recipient, 
such as the recipient's facsimile machine telephone 
number, in a database. The controller is automatically 
operative to queue the report, after stripping printer 
control and escape codes, for transmission to the in- 
tended recipient, utilizing a facsimile machine, fax 
board, or other data communications device connected 
to the controller. 
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which contain patient billing and other identifying in- 

SELECTIVE COMPUTER-GENERATED formation. The quicker the test reports and other mate- 

INFORMATION DISTRIBUTION SYSTEM BY rials are distributed to the physician, the quicker the 

COMPUTER PERIPHERAL EMULATION AND physician may reach a diagnosis and begin a course of 

USE 5 treatment Thus, quicker distribution of test reports is 

related directly to improved patient care. Quick deliv- 

TECHNICAL FIELD e ry of patient billing information allows for speedier 

The present invention relates generally to informa- processing of patient accounts. 

tion distribution through computer peripheral devices. Delays in the distribution of test reports and other 

More particularly, the present invention relates to a 10 materials are inherent given the off hospital campus 

system which selectively distributes computer- location of most physicians* offices. Even within the 

generated information such as laboratory reports by hospital, the delivery of test reports may be delayed 

emulating a computer peripheral and disseminating the depending upon the information distribution network of 

information via peripheral devices ' such as modems, the hospital. The practice of many hospital laboratories 

facsimile machines, and the like. 15 is to telephone the physician's office and leave a mes- 

T5 a /-x^T^TTvrr* f~vc tuc ixn/cxTTinM sage regarding the availability of the test reports. If the 

BACKGROUND OF THE INVENTION {s J*^^ ^ ^ may bg 

Computers, especially personal computers, have communicated over the telephone by lab personnel to 

made possible the quick and efficient processing of large the physician or the physician's support staff. If urgent, 

amounts of data for large and small businesses, commer- 2 ^ the physician or a courier may stop by the hospital lab 

cial establishments, manufacturing facilities, medical ^md pick up the test reports. In other cases, the test 

service centers, educational institutions as well as indi- reports may be provided by facsimile transmission or 

viduals. However^ the delivery and distribution of such may oe mailed to the physician. Patient billing informa- 

computer-originated information or reports to inter- tion may ^ delayed or otherwise separated from the 

ested parties or recipients lags far behind the speed of 25 test re p 0r t s 

processing. Generally, the distribution of computer In ^ of ^ ho ital or laboratory personnel 
reports has been hnuted to conventional methods such are required to correlate the test reports or other mate- 
as the delivery of paper copies of the reports through ^ with a atient ^ with one or more 
interoffice mail .personal couriers overnight delivery h ici make and flle copies of the test reports and 
services or the United Sfctes Postal Service. The re- 30 ^ ^ forward ^ ^ m ^ 
ports also have been passed on through oral communi- physicians 0 r other recipients. Forwarding such 
cafconmciudmp^ information involves quite a bit of time-consurning ad- 
puter reports have been delivered through facsimile • • A A . i t^i_ * ■ * u i ji? 
transmission and through computer system services f™ lve wo ^ whlch ° uts mto ^T^r JT" 
including a modem. Nonetheless, all of these distribu- 35 torv efficiency. For example, Avhen the lab forwards he 
tion systems share common problems in the delay of « Te ? 0T ? b ? telephone, lab personnel must have the 
information and report delivery and the labor intensive P hvsician s telephone numbers and track the physician 
aspects of the delivery amongst various locations or repeatedly call until the 

In particular, information may be processed by com- re P orts are delivered. Faxing test results to the physi- 
puter in a matter of minutes, but the computer reports 40 cian requires lab personnel to have the physician s fax 
must be reviewed by an individual to determine deliv- number, to have a fax machine or access thereto, and to 
ery information including the manner of distribution, m ^at the fax goes through to the correct destination 
the identity of the recipient of the report or other recipi- with the test reports. Even when the test reports are 
ent, the addresses of report recipients or other recipi- only mailed to the physician, the test reports must be 
ents, and other pertinent information. Such personal 45 enclosed in a properly addressed envelope with the 
attention to each report is time consuming, thereby correct amount of postage. The weighted cost of a 
increasing the cost of the report as well as delaying its pulling a short test report, stuffing the envelope, ad- 
delivery. The high, costs and delays in delivering com- dressing the envelope, and applying postage is approxi- 
puter reports are a factor in many businesses and institu- mately $1.18, according to recent information. In a 
tions such as: stock and bond brokers, who use comput- 50 hospital laboratory which processes 500-700 laboratory 
ers to trade in stocks and bonds as well as prepare re- test reports on a daily basis, processing the test reports 
ports on such trading for clients; insurance salespersons, by mail is a daily administrative expense of $590-5826. 
who report purchases of insurance or other information More time consuming methods of processing the test 
to customers; and schools and universities, which com- reports significantly increase this daily expense, 
pile test scores and other grading information by com- 55 Unfortunately, there is little a physician can do under 
puter and provide grade reports to students. the prior art systems in speeding the delivery of test 

A medical service center such as a hospital is a good reports or other patient materials. As noted, the physi- 

example demonstrating the problems of delivering com- cian or one of the physician's staff may pick up the test 

puter reports quickly and efficiently. A battery of tests reports at the laboratory when the reports or informa- 

and laboratory procedures are available to the physician 60 tion are available and when the schedule of the physi- 

to aid in diagnosing illness and injury and in prescribing cian or the courier permits. However, physicians have 

methods of treatment. Often, such medical tests are to depend on contact from the hospital or lab indicating 

performed in the hospital or affiliated laboratories. The the information or test reports are ready for pick up. 

results are computer-processed and the reports of such The alternative is to repeatedly contact hospital or lab 

test results have to be distributed to physicians who 65 personnel in person or by telephone with inquiries as to 

have offices located off the hospital campus. In addition the status of the information. 

to test reports, physicians receive factual information There are prior art systems which provide for the 

relating to patients such as the hospital's face sheets, delivery of test reports from the laboratory to the physi- 
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cian through the use of networked computers and pe- from a data processing system including at least one 
ripheral devices. One prior art system known as the report source where the reports are provided in a digital 
PRACTI-COM system (manufacturer unknown) oper- data stream having data fields corresponding to a prede- 
ates by downloading test reports from a laboratory's termined peripheral device protocol. The method of the 
computer system directly via modem to a physician's S present invention includes the steps of receiving the 
computer system. There are significant drawbacks to data stream corresponding to the report from at least 
these types of prior art distribution systems. First, these one report source; reading a selected data field from the 
prior art systems require that both the laboratory and report; comparing the selected data field with at least 
the physician's office are equipped with computers. one entry in a database to find a matching database 
This can be a significant expense for the lab and for the 10 entry corresponding to the selected data field; in re- 
physician. Second, these systems require communica- sponse to finding the matching database entry, provid- 
tion capability between the laboratory's computer sys- ing destination information for the report from the 
tern and the physician's computer system. The establish- matching database entry; and in response to the provi- 
ment of such communication capability also can be a sion of destination information, distributing the report 
significant expense, and the existence of so many differ- 15 to the destination corresponding to the destination in- 
ent computer communications networks and protocols formation, whereby the report is distributed to the re- 
complicates matters. Third, these prior art distribution port recipient 

systems generally require the participation of a trained In addition, the present invention provides an appara- 
computer operator within the physician's offices. tus for distributing reports received from a data process- 
In order to retrieve test reports from the laboratory's 20 ing system including at least one report source where 
computer using the prior art distribution system, the reports are provided in a digital data stream having data 
physician's computer operator attempts to make a con- fields corresponding to a predetermined peripheral de- 
nection between the lab's computer and the physician's vice protocol. Stated generally, the apparatus of the 
computer via a modem. If the operator is unsuccessful present invention includes: data processing interface 
in connecting to the laboratory's computer, the opera- 25 means for connecting the apparatus to a data processing 
tor has to hang up or disconnect the modem, and at- system associated with at least one report source; a 
tempt to make the connection later. Obviously, re- system controller operative to accept the data stream 
peated attempts at connection to the lab's computer from the source via the data processing network inter- 
delay transmission of test reports. If the connection face means; reading means associated with the system 
attempt is successful, the operator must access the test 30 controller for reading a selected data field of the data 
results file designated for the physician and check if the stream; at least one database having database entries 
test reports are available. If ready, the test reports are with destination information; comparison means associ- 
downloaded to the physician's computer. The operator ated with the system controller for comparing the se- 
must then print the test reports and provide them to the lected data fields with at least one of the database 
physician. 35 entries, the comparison means being operative to find a 
The necessity of an operator in the physician's office matching database entry corresponding to the selected 
is a significant drawback to these types of prior art data field; destination provision means associated with 
systems. Ordinarily, physician's offices are started only the system controller for providing destination informa- 
during office hours. Thus, lab reports can only be ac- tion for the report from the matching database entry; 
cessed during these limited times when an operator is 40 and distribution means responsive to receipt of the desti- 
present, thereby delaying the delivery of the test reports nation information for distributing the report to the 
to the physician. In addition, the necessity of employing destination, whereby the report is distributed to the 
an operator with computer skills may be cost prohibi- report recipient 

live, with the result that the physician's medical staff The method finds particular utility in applications 

has to be diverted from medical duties to retrieve test 45 where reports are generated by data processing devices 

reports. such as personal computers (PQ or laboratory equip- 

Although a hospital/physician scenario has been used ment and intended to be printed by a printer, and espe- 
to describe the problems of delivering computer reports cially when such personal computers or laboratory 
quickly and efficiently, these problems are not confined equipment are attached to a data communications net- 
to medical service centers. Other businesses, institu- 50 work. The method may be implemented as a program 
tions, and manufacturing facilities that are sources of for a microcomputer-based apparatus comprising at 
computer report generation face the same sort of prob- least one input port, at least one output port, and a 
lems in the distribution of such information. database, where the input port is connected either di- 

Accordingly, there is a need for an information distri- rectly or via a network interface to a report-generating 

bution system which provides recipients or other recipi- 55 PC or laboratory equipment, and the output port is 

ents with computer reports as quickly and cost effec- connected to at least one facsimile or "fax" modem and 

tively as possible. In particular, there is a need for an a telephone line. The program is operative for causing 

information distribution system that provides a physi- the microcomputer-based apparatus to receive a print 

cian with laboratory test results and other patient infor- file from the report-generating PC or laboratory equip- 

mation as quickly as possible in order to improve patient 60 ment formatted in one of the many known printer file 

care, and that minimizes the time, number of personnel, protocols, so that the microcomputer-based apparatus 

and amount of equipment necessary to the distribution effectively . appears to be a "printer" to the report- 

of such information. generating PC or laboratory equipment The program is 

ott* rtT ,_ TVTt rcvTTTAXT further operative for examining the print file for the 

SUMMARY OF THE INVENTION 65 presence * f p rede tennined identifying indicia, and car- 

As will be seen, the present invention satisfies the rying out the steps of the method for locating destina- 

foregoing criteria. Stated generally, the present inven- tion information for a given report contained in the 

tion provides a method for distributing reports received database. The program is then further operative for 
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processing the print file as a facsimile or "fax" message 
using a facsimile program and the fax board. The report 
is then automatically transmitted, for distribution, via 
the fax modem to one or more destinations identified in 
the method as intended recipients of the report 5 

The present invention enables computer-generated or 
computer-processed reports to be distributed quickly, 
efficiently, and cost effectively. The result is improved 
service to the report recipients, who in turn, can act 
more quickly based on the timely distribution of such 10 
reports. With regard to the preferred embodiment, the 
present invention enables the hospital, laboratory and 
physician to provide better patient care by delivering 
test results and other information to the physician as 
quickly as possible, often by facsimile. Diagnoses are 15 
reached more quickly, and courses of treatment can be 
started earlier with early receipt of test results. 

Advantageously, the present invention saves the time 
and money of the report generating source whether it is 
a stock brokerage, insurance agency or school system. 20 
The present invention minimizes staff requirements by 
obviating administrative work in mailing, manually 
faxing, or otherwise delivering the computer reports 
under the prior art systems. In particular, hospital and 
laboratory staff requirements are minimized. Because 25 
the present invention provides test results directly from 
the lab's computer to the physician's fax machine or 
printer, hospital and lab staff do not have to manually 
fax or mail test results or waste time and effort telephon- 
ing physicians* offices regarding the availability of test 30 
results. Also, the direct delivery capability of the pres- 
ent invention relieves lab staff from information distri- 
bution duties, thereby allowing them time for other 
work. 

In addition, the present invention saves money in 35 
terms of equipment and information distribution costs. 
With the present invention, the report generating 
source does not have to have a scanning-type fax ma- 
chine or need to incur mailing expenses such as statio- 
nery, postage, or high cost couriers. According to one 40 
aspect, a system constructed in accordance with the 
present invention may be attached to and function as 
part of a computer network, rather than a stand-alone 
system, effectively appearing as a "printer" resource to 
the report generating source. Advantageously, such 45 
operation obviates any changes in the report source's 
software. Thus, development expenses are kept to a 

In particular, the efficiency and capability of the 
present invention in linking the hospital and the physi- 50 
cian's office draws physician referrals. Test results and 
other documents received by the present invention can 
be automatically stored permanently (archived) and 
made available anytime they are needed. The ability for 
automatic and unattended archival of test reports in and 55 
of itself is a significant advantage of the present inven- 
tion. The present invention can be configured to link 
multiple departments within a hospital or a laboratory, 
and consulting physicians can be linked to general phy- 
sicians without the necessity of a computer system lo- 60 
cated in each linked office. The present invention offers 
a secure distribution system for test results including full 
confirmation of receipt with permanent audit trail. 

The present invention provides report recipients and 
recipients with quick distribution of reports and gives 65 
them the opportunity to act more quickly on the re- 
ports. From the physician's standpoint, the present in- 
vention enables the physician to provide better patient 
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care and to also save time and money. Of paramount 
importance, patients are better served when test results 
are received more quickly. With the present invention, 
the average time that it takes to send many short reports 
from the hospital or laboratory to the physician's office 
is under a minute. In other words, test results are in the 
physician's hands almost immediately upon their com- 
pletion. Physicians can follow up faster on test results 
and order more tests if necessary. There is no time 
wasted by the physician or staff in checking on the 
status of test results, or in making special trips to pick up 
test results. 

The present invention minimizes equipment require- 
ments. The present invention does not require that re- 
port recipients or recipients have a computer system in 
the office, but only a common fax machine. Surveys 
indicate that 40-55% of physicians already have fax 
machines in their offices. The present invention may be 
configured readily with the physician's office manage- 
ment system. 

Therefore, it is an object of the present invention to 
provide an improved information distribution system. 

It is also an objection of the present invention to 
provide an information distribution system that selec- 
tively distributes computer-generated information by 
simulating a computer peripheral and disseminating the 
information to a plurality of connected peripheral de- 
vices such as modems, facsimile machines, and the like. 

It is another object of the present invention to pro- 
vide an information distribution system that distributes 
computer-generated reports quickly, efficiently, and 
cost effectively. 

It is another object of the present invention to pro- 
vide an information distribution system that distributes 
computer-generated reports automatically to report 
recipients and other recipients. 

It is another object of the present invention to pro- 
vide an information distribution system that is able to 
scan or monitor a digital data stream corresponding to a 
computer-generated report for positional or reference 
cues indicating data fields, to compare such data fields 
with entries in a database to find destination informa- 
tion, and to automatically distribute the report to the 
destination via a communication means such as a fax 
modem. 

It is a further object of the present invention to pro- 
vide an information distribution system that enables a 
physician to provide better patient care because of more 
rapid receipt and handling of laboratory test results. 

It is also an object of the present invention to provide 
an information distribution system that provides deliv- 
ery of test results or other patient information into the 
hands of the physician almost immediately upon com- 
pletion of the generation of test results or other informa- 
tion. 

It is another object of the present invention to pro- 
vide an information distribution system that automati- 
cally provides test results or other patient information 
from the hospital or laboratory to the physician. 

It is yet another object of the present invention to 
provide an information distribution system that relieves 
the hospital or laboratory staff from direct participation 
in transmitting, mailing, or delivering test results or 
other patient information. 

It is a further object of the present invention to pro- 
vide an information distribution system that minimizes 
mailing expenses such as administrative expense and 
stationery, postage or courier costs. 
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It is also an object of the present invention to provide - DESCRIPTION OF THE DRAWINGS 

an information distribution system that is compatible BWEF DESCRIPTION OF THE DRAWINGS 

with existing computer and network communication FIG. 1 is a block diagram illustrating a representa- 

systems in hospitals, laboratories, and physicians' of- tional re P°rt and databases relating to the preferred 

fi ces 5 embodiment of the present invention. 

It is another object of the present invention to pro- FIG. 2 is a block diagram illustrating the preferred 
vide an information distribution system that may be £t£SL° f ****** emboduneilt of ^ Pa- 
used in connection with the software of existing report- "o!% listing of p^s. 3A _ 3 C, is a block dia- 
generatmg systems within hospitals, laboratories, or 1Q gram illustrating various connection alternatives for the 
physicians offices. preferred information distribution system to report 

It is yet another object of the present invention to sources, 

provide an information distribution system that mini- FIG. 4 illustrates an exemplary report and a corre- 

mizes the equipment and software development ex- spending digital data stream corresponding to the exem- 

penses of a hospital, laboratory, or physician's office. 15 plary report that is distributed by the preferred embodi- 

It is also object of the present invention to provide an ment of the present invention, 
information distribution system that can store or ar- FIG. 5 is illustrates the three principal software mod- 
chive test results and other documents permanently and u^es that carry out the steps of the general method of 
that can retrieve such information as necessary. operation of the preferred embodiment of the present 

It is another object of the present invention to pro- 20 invention, 

vide an information distribution system that can link FIGS. 6-13 are flow charts Ulusteatmg steps of partic- 

multiple departments within a hospital or a laboratory ^ m ^od(s) of operation of the preferred embodi- 

for distribution of laboratory test results. ment Present "ivendon, including the elements of 

- . , ,. A * • the software modules of FIG. 5. 

It is also an object of the present invention to provide 25 

an information distribution system that can keep statist!- DETAILED DESCRIPTION OF THE 

cal records regarding the type and number test results PREFERRED EMBODIMENT 

and other patient information distributed from the hos- Referring now to the drawings, in which like numer- 
pital or laboratory to other departments, to physicians, ^ indicate like elements throughout the several figures, 
or to other recipients. 30 the preferred embodiment of the present invention is 

It is yet another object of the present invention to described in the context of an information distribution 
provide an information distribution system that can link system 10 shown in FIG. 2 used to distribute reports 20 
consulting or referring physicians with general physi- or other information generated by sources 15 within a 
cians for the distribution of laboratory test results or hospital to physicians practicing at that hospital. How- 
patient information without the necessity of a computer 35 ever, the present invention may be used in other institu- 
system located in each physician's offices. tional and business settings for report distribution such 

It is a further object of the present invention to pro- **> »ter alia, an insurance firm, stock brokerage, 
vide an information distribution system that offers a schools, universities, etc. By way of brief introduction 
. secure method of distributing test results or other pa- *> ut »°f ^tation, the present invention reads a selected 
tient information. 40 data fleld ^ om a re Pf * 8«etatod by a source, and 

y, . * u- *. ** *• * j compares the selected data field to database entries 

It is also an object of the present mventjon to provide CQT f ndhl to ^ selected data fieId to find a 

an ^formation distribution system feat reheves a physi- • * Destination information for the re- 

cian s staff from wasting time and effort in checking the port k provided by ^ matching database entry, and 

status of test results or other patient information. 45 ^ report ^ distributed pursuant to the destination 

It is another object of the present invention to pro- information via a communication means, 
vide an information distribution system that relieves a Prior to describing the preferred embodiment of an 
physician's staff from computer duties in attempting to information system 10 constructed in accordance with 
access test results or other information in a hospital or the present invention, and the steps of methods carried 
laboratory's computer. 50 out in such preferred embodiment, there will be pro- 
It is yet another object of the present invention to vided some necessary background as to the construc- 
provide an information distribution system that obviates tion and contents of exemplary reports and exemplary 
the necessity of a computer system in a physician's report recipients, to illustrate a typical application of 
office for the purpose of receiving test results or other ^ present invention in the context of a hospital or 
information. 55 laboratory setting. FIG. 1 illustrates a generalized re- 
It is a further object of the present invention to pro- P° rt 2 ? su< * 35 m3V be used by a hospital laboratory in 
vide an information distribution system that minimizes ^portmg the results of medical tests FIG. 1 also illus- 
^ ^ - ^ trates representational databases 16 maintained in a 
the amount of equipment necessary to receive test re- * F A x 7, . , - 

1* * computer system constructed m accordance with the 

suite or other information m a physician s office. ^ disc £ sed e 4 odiment , having entries relating to physi- 

It is also an object of the present invention to provide ^ identiflcatioilj report destination and other infor- 

an information distribution system that can distribute In ^ p referred embodiment, a plurality of 

test results to a fax machine m a physician's office. interrelated databases are used to store and provide the 

That the present invention and the preferred embodi- information necessary for the distribution of hospital 

ment thereof overcome the drawbacks set forth above 55 reports and other information, 

and accomplish the objects of the invention set forth Five databases 16 are illustrated in FIG. 1. A physi- 

herein will become apparent from the detailed descrip- cian name table 16a contains entries for names 41 of 

tion of the preferred embodiment to follow. physicians, who may be intended recipients of reports 
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distributed through the present invention, and hospital that a report recipient who for some reason cannot be 
identification numbers 42 corresponding to each physi- identified through the normal procedure of looking up 
cian name entry. Preferably, variant spellings or identi- ordering physician, cc physician, or auto physician, can 
fiers of a particular physician are entered as individual receive a report because of association with a particular 
entries in the physician name table 16a. Thus, as illus- 5 patient. Other tables or databases (not shown) may be 
trated in FIG. 1, there are three entries for "Dr provided to relate physicians to their practice affilia- 
Smythe" in physician name table 16a„ including "C. tions. A practice table (not shown) includes entries for 
Smith" 43, "C. R. Smith" 44, and "Smythe" 45. In this the names of physicians* practices affiliated with the 
example, all three of these entries have the same corre- hospital, the names of the physicians in the practice, the 
sponding hospital identification number 46 for Dr. 10 telephone numbers and fax numbers of the practice 
Smythe, indicating that all three variants correspond to offices, as well as statistical information. This permits a 
the same individual report recipient. In this way, a re- particular physician to be identified, and receive his or 
port destined for Dr. Smythe is distributed as quickly as her reports, when only a practice name is provided on a 
possible despite the variations in the spelling or identifi- report 

cation of Dr. Smythe in the data field of the report. 15 A practice profile table (not shown) is similar to the 
A second database illustrated in FIG. 1 is the physi- physician profile table 16c. The practice profile table 
cian master table 166, which preferably includes an includes entries for the names of the affiliated practices, 
entry for each physician corresponding to hospital iden- practice numbers, statistical information, and informa- 
tification number 51, name 52, and and practice affilia- tion relating to the preferred mode of receipt of reports, 
don 53. A third database illustrated in FIG. 1 is the 20 A class database or table 16e contains information as 
physician profile table 16c, which includes information to particular classes and subclasses of reports, and ena- 
relating to a physician's preferences as to the receipt of bles the provision of special handling and other features 
reports, as well as physician identifying information for particular classes of reports, or subclasses of a given 
such as physician name 61 and physician number 62. class of reports. For example, "lab reports" may be a 
Generally in the preferred embodiment, a report re- 25 certain class of reports, while "pathology" may be a 
cipient may receive a report due to his or her member- different class that is handled differently under certain 
ship in one of at least three different recipient categorie- conditions such as archival to a different archival drive, 
s— as an ordering recipient, a carbon copy ("cc") recipi- The class table also generally contains positional and/or 
ent, or an automatic copy ("auto") recipient. In the reference cue information that facilitates the identifica- 
hospital example shown in FIG. 1, the recipients are 30 tion of intended recipients and proper handling. A desti- 
generally physicians. Thus, an ordering physician is the nation override field provides that certain classes or 
physician who placed the order for the report, such as subclasses may be sent to particular locations, or that 
Dr. Smythe, whose name appears in an "ordering physi- destinations associated with particular physicians over- 
cian" field 28 shown on the report 20 in FIG. 1. A "cc" ridden under certain conditions. For example, a report 
physician is an associated physician or other attending 35 of the "lab report" class, but with additional subclass 
physician designated to receive a copy of the report. In identifying indicia (see field 26 in FIG. 4) that the par- 
the preferred embodiment, a physician designated as ticular patient is an inpatient, can be sent directly to a 
"auto" physician automatically receives a copy of a ward or nurse's station fax machine, to override the 
report relating to a particular patient, without regard to normal ordering physician entry that the report should 
whether the physician ordered a test or is an indicated 40 be sent to the physician's office. This provides addi- 
cc recipient The "auto" designation is particularly tional flexibility in directing reports to locations where 
useful in connection with patient referrals from one they are urgently needed, without having to reconfig- 
locality to another. ure the system for different fax numbers for physicians 

The physician profile table 16c maintains information who may work at more than one hospital, 
relating to a physician's preferred mode of report distri- 45 All of the databases, such as the tables 16a-16e are 
bution based upon the designation of the physician as an preferably constructed as relational databases main- 
ordering physician 63, a "cc" physician 64 or an "auto" tained and stored on a computer system that carries out 
physician 65. Thus, as shown in FIG. 1 in connection the steps of the methods described herein (see FIG. 2), 
with Dr. Smythe's database entry 67 in the physician although flat file and other types of databases can also 
profile table 16c, a physician may receive all reports by 50 be utilized. 

fax no matter the physician designation. Or, as shown in With the understanding now that the databases 
connection with Dr. Brown 68, a physician may receive 16a-16e are constructed as described above, the pre- 
ordering physician reports by fax, and "cc" physician ferred embodiment reads a selected data field in the 
reports by printed, copy, and prefer not to receive auto report 20, such as the identification of the ordering 
physician reports. 55 physician Smythe 28, and compares the data field to 

The physician profile table 16c also contains report entries in a database such as physician name table 16a. 
destination information such as facsimile transmission The Smythe data field 28 corresponds to the Smythe 
numbers or print codes corresponding to each physician entry 45 and hospital ID no. XXX entry 46c in the 
entry in accordance with the physician's receipt prefer- physician name table 16c/. The hospital ID no. XXX 
ences. Further, the physician profile table 16c includes 60 entry 46c corresponds to the hospital ID no. entry 54, 
statistical entries 66 for use in maintaining and servicing and to the C. Smythe entry 55 in the physician master 
the disclosed embodiment, or for use in monitoring the table 16a. The C Smythe entry 55 is used as an entry 
types and number of reports distributed. point to the physician profile table 16c, which includes 

Other databases may be employed in the present an entry 67 for C. Smythe, as well as other entries relat- 
invention to implement related features, or provide 65 ing to report distribution information, 
additional cross-indexing capability. For example, a Similarly, the data field 22 for "cc" physician Dr. 
patient table 16d in FIG. 1 provides a cross-reference by Brown is matched to the entry 47 for Brown in physi- 
patient name to one or more associated physicians, so cian name table 16a. The corresponding entry 48 for 
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Brown's hospital ID no. XXXX is matched to the hospi- The information distribution system 10 may also be 
tal ID no. XXXX entry 56 and to Brown entry 57 in the connected to a communications network 19, such as an 
physician master table 16b, The Brown entry 57 is used ETHERNET, Token-Ring or other known local area 
as an entry point into the physician profile table 16c, network schemes and protocols. Or, the information 
which includes an entry for Brown 68 as well as other 5 distribution system 10 may be connected to a source via 
entries relating to report distribution information. a modem. 

Generally, an information distribution system con- As shown in FIG. 2, the preferred information distri- 
structed in accordance with the present invention may bution system 10 has a data processing interface corn- 
interface with a report-generating source or sources in prising a plurality of input ports 12 for connecting to 
one of at least three ways. Referring in this regard to 10 sources 15, a controller 14 for processing the reports 
FIG. 3A, the information distribution system 10 may be received from sources 15 in conjunction with databases 
set up in-line or in series between a report source 15 and and an interface such as a plurality of output ports 18 

an associated printer or print station 17. In such an for connecting to distribution devices 70. The system 
arrangement, the information distribution system 10 controller 14 in the preferred embodiment is con- 
effectively intercepts printer traffic generated by the 15 structed around a microcomputer-based system such as 
report source and directly transmits the report in the a tower microcomputer unit with an Intel Corporation 
manner described herein. The system 10 may under 386/486 or equivalent microprocessor, having a 200 
some conditions pass the report print file to the printer larger hard disk and console CRT, using the 

17 for printing in the usual manner, for example, the p^X/XENIX operating system The preferred em- 
system may be set up to print on the printer 17 for a 20 bodiment makesi^e of two fax boards such as a 
"file" copy model JT-FAX 9600B fax board manufactured by 

Or, as shown in FIG. 3B the information distribution H ^ Microcomputer Products, Lie, Norcross, Ga., 
system lOmay besetup in parallel with the print station ^ ? » 

17 of a source. In a parallel arrangement, it would nor- „ 2400/9600 teud modem for software support 

mally be expected that the printer 17 would print the 25 of the ^ta processing mterface mput 

+u i c *• t_ * ports 12 to the sources 15 and output ports 18 to distn- 

report in the normal course of operations, but that the f ^ , . - A . lf , - . *v i n j • *u 

* - A , , . . . \ u ^ . . . bution devices 70 is well known to those skilled m the 
system 10 wouM also distribute the report to certain ^ Fof ^ ^ . 

attended re P° rt rec »P ients m ** herein de- M ^ p^ ferr edlmbodirneni utilizes a DIGffiOARD 

scr [ * . ^ • • . 30 model PC/Xi multiport controller serial interface card 

As shown in FIG. 3C, the information distribution havi sixteen i^t/o^t ports, manufactured by 
system 10 may operate as a networked device on a Digiboard ofEden Prairie, Minn., as an input/output 
network 19 of sources 15a, 156, . . 15c. In such a net- ^ & ^ sixteen , ines of the pre ferred serial 
worked arrangement, the system 10 would preferably interface card, four are devoted to input, three are de- 
appear and behave as a printer resource on the network. 35 voted to output> ^ m devoted to fax lines , and one 
The information distribution system 10 is preferably ^ ^ devote d to a printer connection. The configura- 
configured as a stand-alone peripheral device, but it tion of the pre ferred embodiment supports up to four 
may also be configured on a card for insertion and oper- multiport serial interface cards, which allows for up to 
ation on any central processing unit ("CPU") as neces- sixty-four input/output devices. 
sarv - 40 The system controller 14 operates to accept a data 

With the foregoing background now in mind, please stream from one or more of the sources 15 via the data 
turn to FIG. 2 for a discussion of how the preferred processing interface such as the input ports 12. In addi- 
embodiment receives reports generated in the form of a tj OIlf ^ controller 14 operates to read selected data 
digital data stream from the source or sources formatted fields of the data stream, to compare the selected data 
in accordance with a predetermined peripheral device 45 fietl<3s with database entries in an associated database 16 
protocol. In FIG. 2, the information distribution system f or a matching database entry corresponding to the 
10 of the present invention is illustrated in its preferred selected data fields, to provide destination information 
environment of a hospital report distribution system 5. f or the report from the matching database entry, and to 
Preferably, information distribution system 10 is con- direct the report to output ports 18 for distribution to 
nected to a plurality of sources 15. Each connection 50 report recipients. 

may be of a different type. Sources 15 may include, inter The output ports 18 of the present invention consti- 
alia, the hospital laboratory 15a, the hospital radiology tute a data processing interface such as is well known to 
department 156, or the dictation-transcription depart- those skilled in the art with a connection to miscella- 
ment 15c: All of these sources prepare or process com- neous well known report distribution devices 70 such 
puter-generated reports such as laboratory test results 55 as, in the preferred embodiment, a fax machine 72, mo- 
or reports, or patient accounting information com- dem/direct connection 74> printer 76, or other output 
monly referred to as "face sheets". devices 78. Distribution of the reports through other 

The report sources 15 in FIG. 2 are generally com- output devices 78 also may include distribution of the 
puter-based devices having at least one printer port reports to an optical disk storage system or other data 
operative for providing a digital data stream formatted 60 storage device, for archival purposes. As directed by 
in a known printer protocol, and are connectable via the controller 14, reports are output for distribution 
industry standard printer cables to output or distribu- through the output ports 18 to the report distribution 
tion devices 70, including printer 76. The preferred devices 70. 

information distribution system 10 supports asynchro- Also as illustrated in FIG. 2, the report distribution 
nous print format receiver connections and 3270 print 65 devices 70 distribute the reports to recipient distribution 
station receiver connections, and as shown in FIG. 3A devices 80 such as a fax machine 82 or a modem/direct 
and FIG. 2, may be connected in series between the connection 84. Possible methods of transmission of the 
report sources 15 and the printer 76. reports include compressed blocked data (CBD), print 
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image (PI), and facsimile transmission. The CBD for- only certain classes or subclasses of reports. This class 
mat is used for the transfer of data to the recipient's receipt preference information is maintained in the data- 
computer which then can be inserted into a practice base 16, namely in the physician profile table 16c dis- 
management system. The PI format is used for directly cussed in connection with FIG. 1, preferably with one 
printing the information at the recipient's location. Pref- 5 or more database entries associated with the physician 
erably, however, the report distribution devices 70 de- indicating whether or not he or she wishes to receive or 
liver reports automatically to the physician or other no t receive particular classes or subclasses of reports, 
recipient by way of the fax machine 82 located in the Those skilled in the art will understand that this particu- 
physician's office. lar described method of report class receipt preference 

Thus, in the preferred embodiment, a report 20 pre- 10 may be implemented via a linking relation established 

pared by a report generating source such as the hospital between the physician profile table 16c and the class 

laboratory 15a is transmitted via a digital data stream to ^blt 16e, with a receipt/no receipt flag being provided 

the data processing interface such as input ports 12 of for each class and/or subclass, for each physician, 

the system 10. The system controller 14 operates to Second( classification or subclassification information 

accept the data stream and to find destination informa- 15 ^ K QIt distribution recipients and/or loca- 
tion relating to the report through a comparison of tions ^ough correlated infection contained in the 

selected^data fields in the report to database entries database l6 unreport 20 of FIG. 4 as an example, a 

havmg desdnation information corresponding to the deification of report 20 as belonging to the lab report 

selected date fields. The system controller 14 then di- ^ j Uent ^ ^ ? ^ distribl £ on 

rects the data stream compnsing the report to one of the 20 rf zn t0 a fax machine m a particular ward of the 

output ports 18. The report 20 is thus directed to a h Such an occurrence would be a function of the 

report distribution device such as a fax machine 72, „ ♦ *v ♦ r • i / u i u _* \ 

f- , - „ . • . .* , ni . . ' set-up that reports of a given class (such a lab reports) 

which, in turn, transmits the report 20 to a recipient .*\ . j j- *i * c 1, * - y 

%• . •« , . , , %. , - «. c% are to be transmitted directly to a first location for a first 

distribution device such as a physician's fax machine 82. , , ^ * . ... * 

The physician then receives a facsimile copy 20' of the 25 («* as to a referrmg physicians for out- 

report In this way, the report is delivered automatically P at *nts), or to a second location for a second subclass 

to the report recipient without the necessity of human (sn ?™J° * h ° spJtal ward for ^ m *Pf ^nt). 

intervention, thereby saving time and money. Additional steps relating to the classification and 

FIG. 4 illustrates a generalized exemplary report 20 m: ^^ S ^ m " P m C0nnectl0n 

such as may be used by a hospital laboratory in report- 30 W1 i? . , t 

ing the results of medical tests. Similar reports are gen- ^ re P° rt 20 15 P rovided b * r «PO rt generating 

erated by other businesses and institutions such as, inter source 15 *f . a ™* 3 ° such 25 generally 

aha, stock brokerages, insurance companies, schools represented in FIG. 4. The digital data stream 30 com- 

and universities, etc. although with different subject pnses one or more reports. Section 31 of the digital data 

matter. Generally, a report 20 contains identification 35 30 corresponding to report 20 is illustrated for 

indicia or information relating to the patient no. 21, the representational purposes in FIG. 4. In particular, digi- 

names of physicians or recipients 22 of the report, the ^ dat& stream sec tk>n 31 will typically include control 

report's source 23, a date 24, type 25, in/out patient codes > fa wel1 *no\m to those skilled in the art, for 

status 26, patient name 27, the name of the ordering properly formatting the report information for printing 

physician 28, and test results 29. It will be understood 40 Purposes. Such control codes include, inter alia, margin 

that each of these fields or indicia comprise strings of set-up, line feed, carriage return, proportional spacing, 

ASCII characters embedded in a predetermined data ^ like - Sucn control codes are a function of a 

communications format corresponding to a printer pro- printer protocol; generally so long as positional infor- 

tocol or format that a printing device can respond to mation is available as to the expected location of certain 

and print. However, the physical layout or format of 45 fields of information on the report for various classes 

the report may differ from hospital to hospital, from and subclasses of reports, the system 10 is responsive to 

laboratory to other hospital department, and even from disregard the control codes. 

lab report to lab report. The hospital lab report 20 The digital data stream section 31 in FIG. 4 also 
shown in FIG. 4 is used only as a representative exam- includes data fields 21-29 corresponding to the informa- 
ple of computer-generated or processed reports. 50 t* 011 enumerated above in FIG. 1 as generally contained 
Generally, the system classifies and subclassifies re- m a hospital lab report such as patient no. 21, the iden- 
ports depending upon certain information contained in tity of report recipients 22, source of the report 23, 
the report itself. Thus, report 20 is classified as part of a other data fields such as the date 24, the type of the 
"lab report" class based upon at least one field of infor- report 25, in/out patient status 26, the patLit's name 27, 
mation contained in the report (such as a report title 55 the identity of the ordering physician 28, and the test 
field 23) identifying the report as a lab report, and is results 29. In addition, the data stream section 31 may 
subclassified as part of a "lab report, in-patient" subclass contain a data field identifying the status 35 of the re- 
based upon information identifying the report as a lab port. 

report, as well as upon at least one field of information In general, the digital data stream 30 may contain 
contained in the report (such as the in-patient indicia 26) 60 more or fewer information data fields, depending upon 
identifying the report as pertaining to in-patients. Those the type of report transmitted. The positional order of 
skilled in the art will understand that the classification transmission of particular data fields in a digital data 
and subclassification of reports can be accomplished by stream varies from report to report, just as the informa- 
inspecting one or more fields of indicia contained in the tion contained in a report varies. Moreover, there may 
report. 65 be more than one class or subclass of reports from each 
The necessity of classifying and subclassifying re- of the sources. For example, a single source may trans- 
ports is related directly to the distribution of the reports mit lab reports, face sheets, or informational notices, 
to recipients. First, a physician may prefer to receive For purposes of the present invention, the reports are 
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differentiated by ciass and sub-class classification, and pected from a network interface, and positional infor- 

not by report source. mation as to the location of the first ASCII character 

The charts in FIGS. 5-13 provide a detailed descrip- within a string of ASCII characters of a report, 
tion of the method steps executed by the controller 14 in Generally, the source parameter database in the sys- 
the information distribution system 10. As an analogy to 5 tem is set up at the time of installation. However, the 
an electrical circuit diagram, these charts are equivalent source parameter database should be updated on a rou- 
te a detailed schematic for an electrical circuit where tine basis with the addition of new sources or with 
provision of the circuitry for electrical circuit blocks changes in the source parameters, 
corresponds to provision of actual computer instruc- After initialization at step 111, the system is ready to 
tions for the chart blocks, in a form suitable for execu- 10 receive a report At step 112 in FIG. 6, the system cre- 
tion by the controllers microprocessor. Thus, the cod- ates a temporary file by assigning a temporary file name 
ing of the method steps of these diagrams into instruc- in accordance with operating system conventions, and 
tions of suitable commercially available computers is a at step 113 opens the temporary file in anticipation of 
mere mechanical step for a routineer skilled in the pro- the receipt of a digital data stream from a source. At 
gramming art. 15 step 114, a low level or device driver is called in order 
FIG. 5 is a chart illustrating the general relationship to establish communication with the source. More spe- 
of the methods of operation of the preferred embodi- cific steps regarding the low level or device driver are 
ment of the present invention. As will be known to presented in connection with FIG. 7. 
those skilled in the art, modern software programs are At step 115 in FIG. 6, the system checks for a prob- 
often constructed in a modular fashion, with discrete 20 Iem in the receipt of the data stream, such as whether a 
software modules that operate asynchronously with one print file has only been partially received, whether com- 
another, and pass data to each other via data buffers and munications with the source have been disrupted, or 
pointers. In the disclosed embodiment, there is provided whether the queue of temporary files is full so that a 
a data receipt module 110, a report reader module 140, "wait" condition exists for the queue to clear out. If the 
and a report distribution module 180, each of whose 25 check in step 115 reveals there is a problem in the re- 
tasks, although related, may be asynchronous due to the ceipt of the data stream, the problem is reported in step 
different speeds of receipt (input), processing, and dis- 116 and handled by separate means, 
tribution (output). If the check in step 115 is negative, the program flow 
As represented by the receipt of data stream module passes to step 118. It will be understood that the end of 
110, the information distribution system receives the 30 a report or set of reports is detected by the time-out step 
digital data stream 30 (FIG. 4) corresponding to at least described in connection with FIG. 7. Thus, when the 
one report from at least one source. Specific steps re- timer described in FIG. 7 expires and characters have 
garding the receipt of the data stream are presented in been received, it is deemed that the end of a report or 
connection with FIGS. 6 and 7. As represented by the set of reports has occurred and the temporary file is 
report reader module 140, the information distribution 35 closed and passed to the queue for further processing, 
system reads and processes the reports, whereby desti- Steps are then taken to treat each set of characters as a 
nation information is provided for the reports. More page in a report or as a separate report. (See FIG. 10 
specific steps regarding the processing of the data and the discussion concerning the identification or de- 
stream are presented in connection with FIGS. 8-12. As limiting of individual reports.) 
represented by the report distribution module 180, the 40 The temporary file is then closed in step 118. In step 
information distribution system distributes the reports 119, the system queues the temporary file for processing 
to recipients. More specific steps regarding the distribu- as described in connection with report reader module 
tion of the reports are presented in connection with 140. Thereafter, the system is ready to repeat the steps 
FIG. 13. associated with the receipt of data stream module begin- 
Preferably, the method steps corresponding to the 45 ning with the creation of a temporary file in step 112. 
receipt of data stream module 110 and report reader It will be understood at this juncture that the steps of 
module 140 are accomplished for each source input receiving report files, shown in FIG. 6, occur repeat- 
interface using multi-tasking programming techniques edly and asynchronously, so that reports are received 
as is well known to those skilled in the art. Further in and stored in memory in a first-in first-out (FIFO) 
the preferred embodiment, the method steps corre- 50 queue for subsequent processing. It will also be under- 
spending to the report distribution module 180 are ac- stood that the method of allocating memory space, 
complished for all processes of the information distribu- calling drivers, assigning temporary file names, queuing 
tion system. files for subsequent processing by passing file names to 
The flow chart in FIG. 6 illustrates the steps of the other processes, etc. is conveniently handled using pro- 
preferred embodiment of the present invention corre- 55 cedure calls provided in the controller's operating sys- 
sponding to receipt of data stream module 110 shown in tem software. 

FIG. 5. In order to service one or more reports from a FIG. 7 illustrates- the steps relating to the step of 
source, at step 111 the system obtains parameters corre- calling the low level driver 114 of FIG. 6. As an initial 
sponding to the source and initializes the communica- step, at 120 a character count is set equal to zero, and in 
tion interface pursuant to the predetermined peripheral 60 step 121, a timer is set according to a predetermined 
device protocol in the known manner. In the preferred parameter corresponding to a maximum desired time- 
embodiment, these parameters are obtained from a data- out period within which the next character must be 
base (maintained in the databases 16) which has been set received lest the report be deemed complete. In the 
up with entries of the parameters of the serviced preferred embodiment, the timer is set to fifteen sec- 
sources. Typical source parameters that are required 65 onds. Step 122 comprises waiting for the characters 
include the identity of the printer protocol that is ex- comprising the data stream. In step 123, a check is made 
pected from the source's equipment, the identity of any to determine whether a character has been received, 
network communication protocols that may be ex- generally by polling an associated serial interface. If a 
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character has not been received, a check is made in step tively, the printer codes may be ignored by designating 

124 to determine whether the timer of step 121 has a memory pointer to point to the beginning location of 

expired since the wait for the characters began. If timer actual ASCII characters of the report, subsequent to 

has not expired, steps 122 and 123 are repeated in that any preceding or initial printer codes, 

waiting for the characters continues followed by a 5 Optionally, the lab report may be printed at the lab's 

check to see whether a character has been received. printer as well as provided through the system to the 

If the check in step 124 indicates time has expired, a rep ort recipient Other control codes may be removed 

check is made at step 125 to determine whether the depending upon the preference of the user of the sys- 

received character count is greater than zero. If the tem . In applications such as shown in FIG. 3A, the 

received character count is zero, the system returns to 10 prin ier codes would be preserved for reports that are to 

step 121 of setting the timer in accordance with the ^ passed through to the printer 17, while in the applica- 

source parameter. If, on the other hand, the check in tions of FIGS . 3B ^ 3Q there is no need t0 p reserve 

step 125 reveals that the character count is greater than ^ printer codes so ^ codes m str i PP ed. 

zero, the system proceeds with checking fbrproblems, As further murtrated ^ mGt 8 , ^ ±e GOaSx6i 

eta as described. above m connection with FIG. 6. 15 ^ m removed in st 143 the ^ stream h ^ 

Still regarding step 123, if the check for characters { d m st m Generally, the system reads or scans 

received is positive, the character^ are saved in the the data stream for selected data fields corresponding to 

temporary file pursuant to step 126. In step 127, the Mormation mQd in dieting ^ report toiecipients. 

character count is incremented to mdicate the receipt of It shoM ^ nQted ^ 

in the preferred embodiment of 

a character, and the system returns to step 121 of setting 20 ^ t iflventi ^ of ^ selected d ^ mds Qf 

Ster 1116 ' m PreparatI ° n f ° r ^ reC6ipt ° f thC nCXt ° har ~ Particular report are read at one time. The scan is based 

^Those skilled in the art will understand that the low ^ predetermined positional and reference cues or 

leveldriverll4ofFIG.7iscarriedoutforeachcharac J? mdlc f atm * s f ected da * fields m th \ re ?°f 

ter received by the system, until the steps of FIG. 6 25 ™ e ^ positional cue a reference cue, or both to 

indicate that the timer has expired and at least one char- ^icate and identify a selected data field depends upon 

acter has been received, so that the temporary file * e ^ s ^ processmg system includmg the prede- 

should be closed. It will also be understood that other termmed peripheral device protocols and the set-up or 

methods for receiving a report file such as by direct £ mat of the P^ular report. The use of such cues or 

memory access (DMA), print file spooling, optical 30 fla ^ 15 »* u P, at the of installation of the system 

character recognition (OCR) of a preprinted report, and ™th a Particular source, and is updated as necessary, 

the like are considered equivalent methods to the steps More «Peofic steps regarding the analysis of the data 

of FIGS. 6 and 7 since all involve the provision of a stream presented in connection with FIG. 10. 

report containing predetermined destination identifying 1x1 particular, however, it will be understood that a 

indicia, report classification and/or subclassification 35 report such as the report 20 in FIG. 4 will contain iden- 

indicia, and or other report identifying indicia in a man- tifying information at predetermined positional loca- 

ner that can be operated upon utilizing the preferred tions ' m a report, depending upon the report format By 

embodiment of the present invention, to distribute the wa V of example but not of limitation, and assuming a 

report in an automated, rapid manner. It will thus be rather conventional 80-column print format, a hospital 

understood that the important aspect of FIGS. 6 and 7 40 ro field or indicia 38 may appear on line 1, beginning at 

are that these method steps, carried out by the control- tne fifth character; a patient number field or indicia 21. 

ler 14, comprise means and a method for receiving a mav appear on line 5, beginning at the fifth character 

report for distribution by the system. extending for a maximum of forty characters; an 

The flow chart of FIG. 8 illustrates the steps of the ordering physician name field or indicia 28 may appear 

preferred embodiment of the present invention corre- 45 on * me 5, beginning at the fiftieth character position and 

spending to report reader module 140 of FIG. 5. At step extending to the end of the line; a report type or classifi- 

141, the parameters corresponding to the source are cation field or indicia 23 may appear on the tenth 

obtained and the interface is initialized. Selected (and through fifteenth line, somewhere on the line, etc. Such 

generally unnecessary) printer and/or communication examples are considered "positional cues" since the 

control codes are removed, if necessary, from the queue 50 fields or indicia are located at certain predetermined 

file in step 143. More specific steps regarding the re- positions on a report page. 

moval of control codes are presented in connection Continuing with the example, "reference cues" are 

with FIG. 9. similar but instead of being at a predetermined position, 

Generally, a digital data stream corresponding to a contain predetermined identifying information. Most 

report includes various control codes for formatting the 55 report formats generated by hospitals and other institu- 

digital data stream including codes for carriage return, tions will be substantially "form-like" in that the final 

line feed, page length and margins, etc. The control printed appearance of the report will be that of a pre- 

codes may also include address codes or signals relating printed form, containing boxes, border and divider 

to the addressing of the report via a network to a pe- lines, and identifying headers. An identifying header 

ripheral device such as a printer. In the preferred em- 60 such as HOSPITAL ID, or PATIENT NO., or LAB 

bodiment, the system removes any superfluous control REPORT, or ORDERING PHYSICIAN, will often 

codes relating to the direct printing and internal system form a regular part of a given report If such identifying 

handling of the document Thus, if a digital data stream indicia are used in the report's format, such information 

corresponding to a lab report prepared by a hospital will be embedded in the print file as ASCII characters, 

laboratory includes control codes directing the report 65 and may therefore serve as a reference cue that the 

via the hospital's data communications network to the information following the header, within a predeter- 

lab's printer, such control codes are removed to prevent mined range of positions, will be of the type specified, 

printing of the lab report at the lab's printer. Alterna- Thus, it can be expected that a patient number identify- 
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ing field or indicia will follow a header identified as 12. As a specific example* as shown in FIG. 1 in connec- 
such. tion with the preferred embodiment of the present in- 
Likewise, relative positional cues will be used to- vention, data field 28 corresponding to the identity of 
gether with reference cues to locate the appropriate the ordering physician, "Smythe", is compared with 
identifying indicia. In the example just discussed, a 5 physician name entries 41 in database 16a for a match- 
relative positional cue comprises an indication that the ing entry. 

indicated field or indicia is located within a predeter- Referring again to FIG. 8, in step 147 a check is made 
mined range of character counts and/or lines from the for a matching database entry corresponding to the 
reference cue. In such a case, desired identifying infor- selected data field. If a matching entry is not found, and 
mation is located both by an indication of a header 10 assuming that the principal identifying information 
flagging its imminent appear and a position relative to being examined is ordering physician, it is assumed that 
the header. the physician's name appearing in the report is not con- 
Inasmuch as there will be many different formats and tained in the database 16a and preferably the contents of 
structures of reports, appropriate positional and refer- the queue file are sent in step 148 to a printer associated 
ence cues will generally be needed as elements of the 15 with the source. However, the unmatched queue file 
source parameters of step 111 of FIG. 6. It will thus be may be held pending a match-up provided by the 
appreciated that the step 144 of FIG. 8, involving an source, or otherwise distributed pursuant to user prefer- 
analysis of the data stream, comprises a character and- ence. Thus, in the example of the hospital lab report, if 
/or word scan of a received print file, looking for report a matching database entry is not found for the selected 
identifying indicia based upon selected positional and- 20 data field 28 of FIG. 1 corresponding to the identity of 
/or reference cues. the ordering physician, Dr. Smythe, or in other words, 
Still referring to FIG. 8, in step 145 the system op- if the database has no cross-reference for the Dr. 
tionally augments the report contained in the queue file Smythe, the preferred embodiment of the present inven- 
with predetermined header information. Specifically, as tion prints the report at the hospital laboratory's printer, 
shown in the generalized report of FIG. 4, certain iden- 25 According to another aspect of the invention, the 
tifying information 37 may be prepended to the report. system 10 provides for automatically updating the data- 
This identifying information 37 may include, inter alia, base with information relating to the unmatched se- 
identification of the hospital 38 or other source which lected data field. Steps for updating the database are 
generated the report. It will be understood that in some presented in connection with the example of the hospi- 
cases the print file received from the source 15 may not 30 tal lab report in FIG. 12. 

include all appropriate header information that may be If, on the other hand, a matching entry is found for 
desired by report- recipients, and such additional infor- the selected data field, the queue file is saved in step 149 
mation may be added to a distributed report with the as part of a final update- function before the report con- 
present invention in the form of a header or overlay. tained therein is distributed to report recipients. More 
For example, it will be understood that many reports 35 specific steps are illustrated in FIG. 12 regarding the 
are intended to be printed in a graphic form, with logos, updating of the database as presented in connection 
borders, and perhaps other graphic information. Such with the hospital lab report example shown in FIG. 4. 
graphics may be provided on the stationery used by the After update step 149, the system proceeds to distribu- 
report generating source when it prints using its printer. tion of the report, which comprises more specific steps 
In other cases, such graphic information is often pro- 40 presented in connection with FIG. 13. 
vided in POSTSCRIPT®, TRUETYPE TM , or other The flow chart of FIG. 9 illustrates specific steps 
similar graphic page description languages. Therefore, regarding the step of removing control codes 143 of 
the present invention is optionally operative in step 145 FIG. 8 in the preferred embodiment In particular, at 
to augment or overlay the report with any desired ap- step 151 the system reads the contents of a queued tem- 
propriate additional information. 45 porary file. As noted above in connection with step 119 
The header information may also contain patient in FIG. 6, the received digital data stream is saved in a 
name, date, report type or other identifying informa- temporary file and queued, by passing the file name of 
tion. In many cases, header information appears at the the queued temporary file to the report reader module, 
top or beginning of a report as distributed to the recipi- Step 152 checks whether the contents of the queued file 
ent, thereby specifically identifying the report to the 50 are to be printed, and step 153 sends the queued file to 
recipient. In this use, the header information takes the the printer if the response to the check in step 152 is 
place of preprinted information, letterhead, or particu- affirmative. 

larized forms used by the source as the general report It should be understood that the step of printing the 

stationery. Also, the header information is used prefera- queued file is optional in the preferred embodiment of 

bly to facilitate the archival of reports by the hospital or 55 die present invention. For example, in the configuration 

other source. Additional steps regarding the augment- of FIG. 3A, the system 10 effectively intercepts a print 

ing of the report are discussed in connection with FIG. file; the intercepted file may be distributed by the sys- 

11. tern 10, may be forwarded "as is" (that is, without strip- • 

After the report is augmented in step 145, in step 146 ping the printer codes) to a connected printer for print- 

the selected data fields resulting from the analysis of the 60 ing, or may be both distributed and printed locally, 

data stream in step 144 are compared to database entries Thus, a user is offered the option of printing the report 

corresponding to the subject matter of the selected data at a selected printer such as the printer at the location 

field. The method of comparing selected data fields to a where the report is generated, i.e., at the hospital labo- 

database, for example by utilizing the identification ratory location. 

information as an index or pointer to database entries, is 65 After the queued file is sent to the printer in step 153, 

well known to those skilled in the art Nonetheless, for or after receipt of a negative response with respect to a 

the sake of clarity steps of the present invention com- check in step 152 of whether to print the queued file, the 

prising the comparison of step 146 are presented in FIG. system carries out two additional optional steps. In step 
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154, print codes which are not emulated by the system identification) located three lines before the primary 
(that is, unnecessary for identifying and distributing the class identifier. The presence of one or more secondary 
report to an intended recipient) are removed from the class identifiers at one or more predetermined locations 
digital data stream, for example, a fax modem used to relative to a primary class identifier then uniquely iden- 
distribute the report may not need certain font and size 5 tifies the particular section of temporary file being ex- 
commands in order to generate the facsimile file. Simi- amined as being in a particular class of reports. Thus, at 
iarly, m optional step 155, non-emulated escape codes step 161 the data contained in the temporary file is 
are removed. The system may provide for emulation of identified as being a member of a particular class of 
POSTSCRIPT ®, HP (conventional Hewlett-Packard reports, if the appropriate secondary class identifiers are 
printer protocol), or TTY codes. As noted previously, 10 present 

the report may be printed pursuant to the print or es- Returning now to step 159, if no primary class identi- 

cape codes as well as distributed to report recipients in fier is found on the line being examined, the NO branch 

accord with the steps of the present invention. is taken to step 160, where the inquiry is made whether 

It should be understood that the received digital data all lines in the temporary file have been examined. If 

stream may contain more than one report, comprising a 15 not, the program loops back to step 158 and the next line 

plurality of reports in a particular class of reports, or is examined for the presence of primary class identifiers, 

comprising a plurality of reports in different classes of If at step 160 all lines of the temporary file have been 

reports. Preferably, each report handled and analyzed examined without encountering any primary class iden- 

in step 144 may be identified as being of a member of tifiers, the entire temporary file is handled at step 163 as 

one or more classes or subclasses or reports, where each 20 "unknown", by steps not illustrated, 

class or subclass identifies particular characteristics of Similarly, at step 161, if no appropriate secondary 

the report, for example, lab reports, cardiology reports, class identifier has been found such that the report can 

cardiology reports for inpatients and for outpatients, be properly classified (Le., the requisite primary and 

etc. According to another aspect of the invention, infor- secondary class identifiers have not been found, the 

mation corresponding to the class and/or subclass of 25 program takes the NO branch and loops back to step 

each report analyzed is stored in a class file, enabling 160 to continue to examine the next line of the tempo- 

the report generators or report recipients to retrieve the rary file. 

class file at a later time as a historical record, or to use If the requisite secondary class identifier for the par- 

the class information for statistical or research purposes. ticular primary class is found at step 161 is found, the 

FIG. 10 illustrates steps comprising step 144 shown in 30 YES branch is taken the step 162. At this step, the in- 

FIG. 8 of analyzing the data stream. As described quiry is made whether the start of the report that has 

above, the received digital data stream 30 may contain now been deemed to be a member of a particular class 

more than one report, or a report may contain more (e.g., the report has now been classified as a LAB RE- 

than one page, before the end of the temporary file is PORT) is coincident with the current position in the 

encountered. The system begins its analysis in step 158 35 temporary file. It will be appreciated that a given tem- 

by reading the temporary file created in FIG, 6, a line at porary file may contain more than one report. The 

a time (it being understood that a "line" is typically preferred software utilizes pointers to positions in the 

delimited by a carriage return and/or line feed charac- temporary file indicative of the current position within 

ter). At step 159, each line is scanned to detect the pres- the temporary file. Once a given report has been identi- 

ence of a predetermined primary class identifier. If at 40 fied and located, it may be processed as a report and 

step 159 a primary class identifier is found on the line passed to the queue for distribution, and the pointer 

being examined, the YES branch is taken to step 161 advanced to the next report. 

where the inquiry is made whether a secondary class Under many conditions, the start of a report will (and 

identifier (if any for the particular primary class identi- should) coincide with the current position in the tempo- 

fier) is present, in a predetermined position relative to 45 rary file. However, it should be understood that for 

the primary class identifier. various reasons, the temporary file being processed may 

It should be understood at this juncture that a report include unknown data, or data forming a part of an 

or class of reports may be identified by a single class earlier report. In such cases, the requisite primary class 

identifier, or by a primary class identifier together with identifier might not be located at a particular position 

one or more secondary class identifiers. For example, 50 relative to the beginning of the temporary file. For 

and referring to FIG. 4, a report of the type or class example, it is possible that the primary class identifier 

"LAB REPORT* might be identified by the primary might occur virtually anywhere in the temporary file, 

class identifier comprising the characters LAB RE- for example when the temporary file contains unknown 

PORT occurring on the fourth line of a report. The material together with an identifiable report, 

presence of these characters on any line, however, 55 Continuing the example of FIG. 4, assume that the 

would likely indicate that the temporary file being ana- primary identifier LAB REPORT appears on the 50th 

lyzed is a laboratory report of one type or another, but line, and that a secondary class identifier HOSP. ID 

in order to be certain, additional information (the sec- appears in its proper predetermined location three lines 

ondary class identifier) would be sought so that the before LAB REPORT. In such a case, the prestored 

extraneous presence of the character string "lab report" 60 classification information would indicate that a "lab 

does not causes the treatment of the particular tempo- report" of the class being identified begins four lines 

rary file as a lab report before the character string LAB REPORT as a primary 

The classification of the report as a LAB REPORT, class identifier, such that the 46 lines preceding the 

however, might require the further or secondary class calculated beginning of the report are unknown and are 

identifier located at a predetermined position relative to 65 not a part of the report being handled, 

the primary class identifier LAB REPORT. For exam- Accordingly, if at step 162 the start of the report of 

pie, in the report of FIG. 6, a secondary class identifier the identified class of reports is not coincident with the 

might be the character string HOSP. ID (for hospital current position in the temporary file, the NO branch is 
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taken to step 164, where the data not forming a pan of read for information indicating the end of the report in 
the report (e.g. the preceding 46 lines of the example step 168. Such an indication may be a preselected proto- 
given above) is classified as "unknown" and handled as col sequence or code, escape code, EOF indicator, or 
such by other program steps (not illustrated). other preselected information provided in a data field of 

If the start of the report of the identified class of 5 the data stream. In the preferred embodiment, the end 
reports is coincident with the start of the temporary file, of a report is typically indicated by a predetermined 
the YES branch is taken to step 165. number of lines on a page (typically 66) or a standard 

Also as noted above, each report is classified by the form feed character. If the system is unable to determine 
system into classes and subclasses, depending upon the the end of a particular report, its preferred default mode 
information contained in the report In order to accom- 10 is to treat each page (the end of which is typically iden- 
plish such classification and subclassification, the sys- tified by a form feed command or code) as a separate 
tem is provided at the time of its set up or initialization report, thereby assuring that the recipient obtains a 
with information to be used in classifying and subclassi- complete copy of the report 

fying the reports transmitted by the serviced source. It should be understood that the preferred handling 
This information includes positional flags or reference 15 of classes and subclasses is as follows— a given report is 
flags keyed to each class and subclass of reports. The first analyzed as to whether the report is classified 
information is stored in the database 16 by the system as within a given class, e.g. lab report. Reports identified 
initial parameters, and is called upon in classifying and as being members of a particular class are handled nor- 
subclassifying reports. maily, that is, sent to ordering physicians in the de- 

As noted above, the system scans for class identifying 20 scribed manner. However, the presence of subclass 
information by searching for positional flags or refer- identifying indicia, such as the inpatient indicia or field 
ence flags as described herein. Thus, the system classi- 26 in the exemplary report in FIG. 4, may cause the 
fies report 20 of FIG. 4 as being in the lab report class. normal handling to be overridden. Thus, if a lab report 
As many different classes of reports may be provided as for a hospital inpatient should be sent to a local ward or 
necessary. Typically, each report source 15a, 15b, ... 25 nurse's station fax machine, the destination information 
15k will be in a different class, facilitating differentiation can be overridden with the destination override field in 
of reports by source. Hospital face sheets, which are the class table 16e in FIG. 1. Otherwise, if the inpatient 
typically generated by an ADT (admission, discharge, indicia 26 shows the status of a patient as being outpa- 
transfer) system, will generally constitute a separate tient, the report can be sent to the ordering physician as 
class, and additional subclass identifying information is 30 the indicated destination in the normal manner, 
generally needed for further classification purposes. As another example of the handling of particular 

After step 162, the system proceeds to step 165 reports as to class, it will be understood that hospital 
wherein a check is made as to whether the system face sheets include important administrative informa- 
should "drop" the report Dropping a report is equiva- tion that many, if not all, associated physicians will 
lent to ignoring the report as if it were never transmitted 35 want to receive, such as social security number, address, 
to the system. In such cases, the report would not be known allergies to drugs, prior medical history, etc. 
distributed to intended recipients via the system 10, but Thus, reports classified in the "face sheet" class may be 
typically would be passed through to the printer, targeted for special handling or to be sent to special 
printed in the conventional manner, and distributed destinations. In particular, face sheet reports may be 
manually. For example, certain sensitive reports such as 40 flagged, via the class table 16e, for transmission to all 
HIV-positive blood test results may be dropped rou- physicians associated with the identified patient in the 
tinely on the basis of patient confidentiality. Thus, the patient name table 16d (thus making relational databases 
preferred embodiment is operative to selectively drop preferred for use in the present invention), 
or ignore a given report being processed based on the The addition of a new physician to the database leads 
detection of predetermined drop indicia, such as the 45 to similar special treatment of predetermined report 
presence of sensitive subject matter or a particular flag classes. It may be desirable in some applications of the 
such as "DO NOT FAX" embedded in the print file, present invention to have all reports of a certain class, 
with optional additional positional cues. e.g. face sheets for a particular patient that have been 

After a report is dropped, the system returns to step generated earlier but are still readily available on hard 
158. If the report is not dropped, a check is made in step 50 disk or retrievable archive, to be automatically re- 
166 as to whether the class of the report is broken into trieved from storage and transmitted to a newly added 
subclasses, that is, whether the report also contains physicians. To implement this feature, all that is re- 
predetermined subclass identifying information. If the quired is to modify the steps of FIG. 13 pertaining to 
class has subclasses, in step 167 the report is read for updates of the physician databases to include steps of 
data fields indicating a subclass. For example, report 20 55 retrieving predetermined classes of previously gener- 
of FIG. 4 is classified as a lab report based on data field ated reports and for transmitting such reports to the 
23, and subclassified as an in-patient report based on newly added physician. In this manner, a new physician 
data field 26. An in-patient subclass lab report may be who is associated with a patient can be made to auto- 
designated for distribution by the system 10 to a local matically receive one or more prior reports of a histori- 
hospital ward's fax machine, while an out-patient sub- 60 cal or administrative nature, to facilitate his or her get- 
class lab report may be designated for distribution to a ting familiar with the case and handling the usual ad- 
referring physician's fax machine via the system. Thus, rninistrative paperwork. 

it will be appreciated that the provision of subclasses for FIG. 11 illustrates the steps of the preferred embodi- 
a given class of report allows the system to handle and ment of the present invention comprising step 145 of 
distribute different subclasses of the report differently, if 65 FIG. 8 relating to augmenting and archiving the report, 
needed. In particular, in step 171 the report is augmented with 

If there are no subclasses in the class, or after the header information such as discussed in connection with 
report is read for subclasses in step 167, the report is FIG. 4. In step 172, a copy is made of the augmented 
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report by duplicating the file in memory, and in step 173 16b, 16c in order to obtain destination information- In 
the augmented report is compressed using methods of step 220, the system reads the data field corresponding 
data compression well known to those skilled in the art. to the identity of at least one "cc" physician. A check is 
In step 174, the compressed augmented report is sent to made in step 221 to determine whether there is a match- 
archives for later use or retrieval, as desired by the 5 ing entry for a "cc" physician in the database. If not, the 
recipient or the source. In particular, it will be under- "cc" physician is added to the physician profile table 
stood that one or more of the output ports 18 may be 16c as a "cc" recipient in step 222. After adding the "cc" 
connected to a data storage device such as an optical physician to the database, or after a positive response to 
disk drive, tape drive, or the like, for archival storage the check of step 221 for the "cc" physician in the data- 
purposes. After archival, the system exits and returns to 10 base, a check is made in step 223 to determine whether 
step 146 in comparing data fields in the report to entries there is a cross-reference between the patient and the 
in at least one database, as discussed above in connec- "cc" physician. If there is no cross-reference, it is cre- 
tion with FIG. 8. ated in the patient name table 16d in step 224. 

The flow chart of FIG. 12 illustrates the steps of the After creation of the cross-reference or after the 

preferred embodiment corresponding to comparison 15 check of step 223 for the cross-reference is found to be 

step 146 and matching entry check step 147 of FIG. 8. positive, the system queues the report in step 225 and 

FIG. 12 also illustrates steps for updating databases as proceeds to step 227. It will be understood that the steps 

applied in the preferred embodiment of the present are repeated for as many "cc" physicians as required, 

invention. Generally, as explained above, the system In step 227, the system looks up the identification and 

scans the digital data stream for selected data fields 20 destination information information for any physicians 

corresponding to information regarding the recipient of associated with the particular patient identified in the 

the report, by reference to positional and/or reference report. It will be recalled that, typically, a particular 

cues. In the particular example given, such selected data patient on the report is identified in step 211; preferably, 

fields comprise references to a patient, an ordering phy- the patient ID is used to index into the database to deter- 

sician, a "cc" physician, or an auto-physician. In FIGS. 25 mine whether there is a physician associated with this 

3 and 4, references to the patient are in data field 27, the particular patient that has indicated a desire to receive 

ordering physician in data field 28 and to the "cc" phy- an autocopy. If at step 228 the'associated physician is to 

sician in data field 22. receive an autocopy, the report is queued to be sent to 

In particular, in step 211 the data field 21 of a report the autocopy physician at step 230, and the program 

corresponding to the identity of the patient is read. In 30 proceeds to step 229. 

step 212, a check is made to determine whether there is At step 229, if the inquiry in step 228 for the particu- 

a matching entry in the patient name table or database lar associated physician is a NO on autocopy, or after 

16d corresponding to the identity of the patient If there queuing the report to such associated physician at step 

is no matching entry, the patient is added to the data- 230, the inquiry is made whether there are any more 

base 16d in step 213 and the system proceeds to step 214. 35 physicians associated with the particular patient. If not, 

If a matching entry for the patient is found, the system the routine comprising of FIG. 12 exits. If so, however, 

proceeds directly to step 214. the program loops back to step 227 to find any more 

In step 214, the data field 28 corresponding to the associated physicians for autocopy purposes, 

identity of the ordering physician is read. A check is After the report is queued, the destination of the 

made in step 215 to determine whether the ordering 40 analyzed report has now been identified, primarily by 

physician is in the database 16a, 166, and 16c. If not, the identification of appropriate recipients. The program of 

ordering physician is added to the databases) in step FIG. 12 is complete, and further steps are taken to dis- 

216, where appropriate, and the system proceeds to step tribute the report It will be noted that the various steps 

217. For example, a variant spelling of a particular phy- 219, 225, and 230 for queuing the reports to ordering 
sician may appear for the first time in a report, but other 45 physician, "cc" physician, and auto physician, ensure 
correlating indicia contained in the physician master that each different category of report recipient receives 
table, physician profile table, or patient name table may the report It will thus be understood that the program 
allow an automated determination that this new spelling could be altered to provide for the transmission of a 
is a variant of an existing physician entry, and an new single queued report to a plurality of recipients (which 
entry is added the the physician name table 16a. Alter- 50 conserves memory space), or the single report can be 
natively, a physician may be added to the system with queued multiple times for each individual recipient, 
the use of a special class of reports (e.g. an update re- FIG. 13 illustrates the steps of the preferred embodi- 
port) specifically for the purpose of adding names, ad- ment of the present invention relating to distribution of 
dresses, fax numbers, etc. to the databases. the report, assuming that reports have been queued as 

If the ordering physician is already in the database, 55 described the report recipients identified by the module 
the system proceeds directly to step 217. A check is 140, and identification information as to the report re- 
made in step 217 to determine whether a cross-reference cipients (for example, the fax number(s) of all report 
exists in the database I6d between the ordering physi- recipients) passed as parameters to the module 180. The 
cian and the patient If a cross-reference does not exist, steps of FIG. 13 comprise steps forming the report 
it is created in step 218. After creation of the cross-refer- 60 distribution module 180 of FIG. 5. Starting at step 181 
ence in step 218, or after the check of step 217 for such of FIG. 13, the system reads the destination information 
a cross-reference is found to be positive, the system passed as destination parameters. In step 182, a check is 
queues the report for distribution to recipients in step made to determine whether the physician wants a copy 
219. Additional steps regarding the report queue are of the report. This is primarily conducted by examining 
presented in connection with FIG. 13. 65 the physician profile table 16c to see whether the recipi- 

The system follows similar steps in reading and com- ent has indicated that he or she wants the copy, 

paring the identity of one or more "cc" physicians and If not, a check is made in step 183 to determine 

auto-physicians for matching entries in the databases whether the report should be printed at the source. If 
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the report is not to be printed at the source, the system What is claimed is: 

turns its attention to the next report If the report is to be 1. In a data processing system including at least one 
printed at the source, a check is made in step 184 to report source operative to provide a report in the form 
determine whether the report should be printed to- of a data stream formatted according to a predeter- 
gether with other reports after office hours, typically at 5 mined peripheral device protocol, a method for distrib- 
night If the report is not to be printed after office hours, uting the report to a report recipient, comprising the 
the report is sent to the printer in step 186. If the report steps of: 

is to be printed after hours, the report is queued for such (a) receiving the report from the report source; 
later printing. (b) reading a selected data field from the report; 

Referring again to step 182 of FIG. 13, if the physi- 10 (c) comparing the selected data field with at least one 
cian desires a copy of the report, a check is made in step entry in a database to find a matching database 

193 to determine whether the report is to be distributed entry corresponding to the selected data field; 

by fax or by primer. If the report is to be faxed, the fax (d) in response to finding the matching database en- 
queue is read in step 194. Then, in step 195, a check is try, identifying from the matching database entry 
made of whether the report is in the fax queue. Once the 15 at least one selected report recipient and destina- 
report is in the fax queue, it will automatically be trans- tion information for the report associated with the 
mitted by the fax modem internal to the system 10 for selected report recipient; and 
transmission to the report recipient. If the report is not (e) in response to identifying the selected report re- 
in the fax queue, the report is added to the fax queue in cipient and destination information, distributing the 
step 194. 20 report to a destination corresponding to the desti- 

Similarly, if the check in step 193 reveals that the nation information, 

report is to be printed, the print queue is read in step 2. The method of claim 1, further comprising the step 
197. A check is made in step 198 to determine whether of, in response to a failure to find a matching database 
the report is in the print queue. If not, the report is entry, providing the report to a selectable peripheral 
added to the print queue in step 199, and the report will 25 device associated with the report source, 
be printed in due course. 3. The method of claim 1, further comprising the step 

It will of course be understood that the queuing of of, in response to a failure to find a matching database 
reports for printing and/or faxing comprises steps entry, updating the database with information derived 
within the capabilities of a person skilled in the pro- from the report. 

gramming arts, mainly be establishing a circular FIFO 30 4. The method of claim 1, wherein the step of reading 
buffer containing the report files that have been stripped a selected data field comprises the steps of: 
as described herein, with a queue handler being respon- identifying a predetermined reference cue comprising 
sible for receiving data indication of the location of the at least one predetermined character; and 

beginning and end of a report file, and appropriate desti- utilizing the predetermined reference cue to locate 
nation information such as fax number of a recipient 35 the selected data field. 

It will also be understood that the software utilized in 5. The method of claim 4, wherein the selected data 
the disclosed embodiment, once passed the starting field comprises a primary class identifier, and further 
location of a file to be sent by facsimile and a fax num- comprising the steps of: 

ber, is then automatically operative to transmit the file identifying a predetermined second reference cue 

by facsimile using the fax board, and to signal the queue 40 comprising at least one predetermined character, 

handler when the fax board is idle and ready to transmit relative to the first reference cue; 

another file. For example, Intel Corporation brand fax utilizing the predetermined second reference cue to 

boards, which are suitable for use in the present inven- locate a second selected data field; and 

tion, support the Intel Communicating Application utilizing the second selected data field as a secondary 

Specification (CAS) that is a software interface sup- 45 class identifier. 

ported by Intel fax boards. Many other types of fax 6. The method of claim 1, further comprising the step 
boards, also suitable for use in the present invention, can of utilizing at least one predetermined reference cue and 
be controlled directly via a special set of AT com- at least one positional cue to locate the selected data 
mands, known to those skilled in the art, as specified in field. 

the Electronics Industries Association (EIA) Class 1 50 7. The method of claim 1, wherein the step of reading 
and Class 2 Asynchronous Facsimile Control Standards the selected data field comprises scanning the report for 
(EIA/TIA-578). a positional cue indicating the selected data field. 

In similar fashion, if the fax board software encoun- 8. The method of claim 1, wherein the step of reading 
ters difficulties with or interruptions in the transmission, a selected data field comprises: 
it typically will pass error parameters to the queue han- 55 scanning the report for a reference cue; and 
dler. The queue handler then is responsible for either scanning the report for a positional cue relative to the 
re-queuing all or a part of a report for re-transmission, reference cue indicating the selected data field, 

or for generating an error message to the system opera- 9. The method of claim 1, wherein the step of distrib- 
tor under predetennined conditions. Such error nan- uting the report to the destination comprises providing 
dling routines and procedures are considered within the 60 the report by facsimile transmission to the report recipi- 
skill of the art and will not be discussed further herein, ent. 

except to say that the preferred embodiment employs 10. The method of claim 1, wherein the step of read- 
such error handling routines in a conventional manner. ing the selected data field comprises scanning the report 

The preferred embodiment of the present invention for a reference cue indicating the selected data field, 
has been disclosed by way of example and it will be 65 11. The method of claim 10, wherein the reference 
understood that other modifications may occur to those cue comprises a predetermined string of characters 
skilled in the art without departing from the scope and corresponding to at least one identifying label contained 
the spirit of the appended claims. in the report. 



12. The method of claim 1, wherein the step of pro- 
viding destination information further comprises the 
step of augmenting the report prior to distributing the 
report. 

13. The method of claim 12, wherein the step of aug- 5 
menting the report comprises adding predetermined 
information to the report prior to distributing the re- 
port. 

14. The method of claim 1, further comprising the 
step of automatically storing the report in a data ar- 10 
chive. 

15. The method of claim 14, further comprising the 
step of data compressing the report prior to storing the 
report. 

16. The method of claim 1, wherein the step of read- 15 
ing a selected data field comprises: 

scanning the report for report class identifying indicia 
corresponding to at least one report class; 

utilizing the report class identifying indicia to find a 
database entry corresponding to the report class; 20 
and 

utilizing information contained in the database entry 
for the report class to control the distribution of the 
report. 25 

17. The method of claim 16, wherein the step of utiliz- 
ing information contained in the database entry for the 
report class to control the distribution of the report 
comprises directing the report to a location other than 
the location corresponding to the destination inforrna- ^ 
tion, whereby the information in the database entry for 
the report class overrides the destination information. 

18. The method of claim 16, wherein the step of utiliz- 
ing information comprises withholding the distribution 
of a predetermined class of reports to a particular in- 35 
tended report recipient, whereby a report recipient can 
indicate that he or she does not wish to receive particu- 
lar class or classes of reports. 

19. The method of claim 16, further comprising the 
Steps Of: 40 

scanning the report for report subclass identifying 
indicia corresponding to at least one report sub- 
class; 

utilizing the report subclass identifying indicia to find 
a database entry corresponding to the report sub- 45 
class; and 

utilizing information contained in the database entry 
for the report subclass to control the distribution of 
the report 

20. The method of claim 1, wherein the report in- 50 
eludes control codes corresponding to a predetermined 
peripheral device protocol, and further comprising the 
step of selectively removing at least one of the control 
codes from the report. 

21. The method of claim 20 wherein the control 55 
codes include printer format codes, and wherein the 
step of.removing at least one of the control codes com- 
prises removing at least one of the printer format codes. 

22. The method of claim 20, wherein the control 
codes include escape codes, and wherein the step of 60 
removing at least one of the control codes comprises 
removing at least one of the escape codes. 

23. The method of claim 1, wherein the step of receiv- 
ing the report comprises: 

establishing communication with the report source 65 
via a communication means; 

in response to establishment of communication, creat- 
ing a temporary file; 
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accepting the report from the report source through 
the communication means as a plurality of data 
items; and 

in response to acceptance of the report, storing the 
report in the temporary file. 

24. The method of claim 23, wherein the step of re- 
ceiving the report comprises: 

checking the data items in the temporary file for an 
instruction to send the report to a peripheral device 
associated with the report source; and 

in response to finding the instruction to send the re- 
port to the peripheral device, transmitting the tem- 
porary file to the peripheral device. 

25. The method of claim 24, wherein the peripheral 
device is a printer responsive to the predetermined 
peripheral device protocol for printing the report. 

26. The method of claim 23, further comprising the 
steps of: 

initializing a character count for the counting of char- 
acters in the data stream of the report; and 

in response to receipt of a character, incrementing the 
character count. 

27. The method of claim 26, further comprising the 
steps of: 

initializing a timer with a selectable time period; and 
in response to receipt of at least one character within 

the selectable time period, saving the character in 

the temporary file. 

28. The method of claim 27, further comprising the 
steps of: 

in response to the lack of receipt of a character within 
the selectable time period, checking whether the 
character count is zero: and 

in response to a character count that is zero, re-initial- 
izing the timer with the selectable time period. 

29. In a data processing system including at least one 
report source operative to provide a report in the form 
of a digital data stream having data fields corresponding 
to a predetermined peripheral device protocol, a 
method for distributing the report to a report recipient, 
comprising the steps of: 

(a) receiving the report; 

(b) reading a first selected data field from the report; 

(c) comparing the first selected data field with at least 
one entry in a database to find a first matching 
database entry corresponding to the selected data 
field; 

(d) in response to finding the first matching database 
entry, retrieving classification information for the 
report from the first matching database entry; 

(e) reading a second selected data field from the re- 
port; 

(f) comparing the second selected data field with at 
least one entry in the database to find a second 
matching database entry corresponding to the sec- 
ond selected data field; 

(g) in response to finding the second matching data- 
base entry, identifying from the second matching 
database entry at least one selected report recipient 
and retrieving destination information for the re- 
port from the second matching database entry; and 

(h) in response to the destination information, distrib- 
uting the report to a destination corresponding to 
the destination information as modified by the clas- 
sification information, whereby the report is dis- 
tributed to the selected report recipient. 

30. The method of claim 29, wherein the database 
includes entries corresponding to report recipient pref- 



erences, and wherein the classification information 
comprises indicia indicative that a particular report 
recipient does or does not wish to receive a particular 
class of reports. 

31. The method of claim 29, wherein the destination 5 
information includes information corresponding to a 
primary destination to which a report is to be distrib- 
uted, wherein the database includes entries correspond- 
ing to destination override, and wherein the classifica- 1Q 
tion information comprises indicia indicative that a 
particular report should be sent to a destination other 
than the primary destination in response to destination 
override. 

32. In or for use with a system operative to provide a 15 
report in a digital data stream formatted according to a 
predetermined peripheral device protocol, apparatus 
for distributing the report to a report recipient, compris- 
ing: 

an interface for receiving said report from a report 20 
source; 

a database for storing destination information and 

report class information; 
means for reading a first selected data field from said 

report; 

means for comparing said first selected data field with 
at least one entry in said database to find a first 
matching database entry corresponding to said first 
selected data field; 30 

means responsive to said first matching database 
entry for identifying from the first matching data- 
base entry at least one selected report recipient and 
retrieving said destination information for the re- 
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port associated with said first matching database 
entry; 

means for reading a second selected data field from 
said report; 

means for comparing said second selected data field 
with at least one entry in said database to find a 
second matching database entry corresponding to 
said second selected data field; 

means responsive to said second matching database 
entry for retrieving report class information for the 
report associated with said second matching data- 
base entry; and 

means responsive to said destination information and 
said report class information for distributing the 
report to the destination corresponding to said 
destination information as modified by said report 
class information. 

33. The apparatus of claim 32, wherein the database 
includes entries corresponding to report recipient pref- 
erences, and wherein said report class information com- 
prises indicia indicative that a particular report recipient 
does or does not wish to receive a particular class of 
reports. 

34. The apparatus of claim 32, wherein said destina- 
tion information includes information corresponding to 
a primary destination to which a report is to be distrib- 
uted, 

wherein said database includes entries corresponding 
to destination override, and 

wherein said report class information comprises indi- 
cia indicative that a particular report should be sent 
to a destination other than the primary destination 

in response to said destination override. 
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